Interleaved coder and method

ABSTRACT

Quasi-parallel read/write interleaver architecture for data blocks by sequential spreading of variable size data subblocks into memory banks with bank address contention initiating the next data subblock. Iterative Turbo decoders with MAP decoders use such quasi-parallel interleavers and deinterleavers.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority from the following provisional applications: Serial No. 60/296,978, filed Jun. 8, 2001. Copending application Ser. No. 10/032,859, filed Dec. 28, 2001, discloses related subject matter. These applications have a common assignee.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to channel encoding and decoding, and more particularly to interleaved codes such as turbo codes with iterative decoding and related systems.

2. Background

Demand for wireless information services via cell phones, personal digital assistants (PDAs), and Internet appliances (IA) plus wireless networking among notebook computers is rapidly growing. However, the air interface in wireless communication typically has a large bit error rate due to effects such as noisy channels with multipath fading.

Channel coding for the air interface transmission channel using CDMA (code division multiple access) together with reception schemes such as rake detectors help mitigate the error rate. In particular, third generation wireless proposals include channel coding of data packets with rate ⅓ turbo codes. Turbo codes are parallel concatenated convolutional codes with an interleaving between the parallel codes. FIG. 2a illustrates the wireless standard UMTS/3GPP turbo encoder (the trellis termination connections have been omitted for clarity). The interleaver essentially randomly permutes the input data within a block; this permutation underlies the good coding performance because close together inputs bits are spread apart by the interleaving.

Cascade architectures for Viterbi decoders have been described in Feygin et al, Generalized Cascade Viterbi Decoder—a Locally Connected Multiprocessor with Linear Speed-Up, Proc. ICASSP-91 1097 (1991) and Black et al, A Unified Approach to the Viterbi Algorithm State Metric Update for Shift Register Processes, Proc. ICASSP-92 V-629 (1992). Viterbi decoding can be applied to Turbo codes.

FIG. 2b illustrates an iterative MAP (maximum a posteriori probability) decoder consisting of repeated applications of computations based on the trellises of the two constituent convolutional codes and the interleaver of the encoder of FIG. 2a. MAP decoding is more complex than but provides better performance than Viterbi decoding. U.S. Pat. No. 6,023,783 (Divsalar) discloses various turbo encoders and decoders, and Hagenauer et al, Iterative Decoding of Binary Block and Convolutional Codes, 42 IEEE Tr.Info.Th. 429 (1996) describes the soft iterative MAP decoding.

SUMMARY OF THE INVENTION

The present invention provides an interleaver architecture with memory partitioning into banks to allow quasi-parallel memory read/writes.

This has advantages including preferred embodiments with faster or simpler turbo encoding/decoding.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings are heuristic for clarity.

FIGS. 1a-1 d show preferred embodiment interleavers.

FIGS. 2a-2 g illustrate a MAP decoder.

FIGS. 3a-3 g, 4, and 5 a-5 c illustrate preferred embodiment MAP decoders.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

1. Overview

Preferred embodiment communication systems incorporate preferred embodiment encoding and decoding methods and include Turbo code interleavers with output memory partitioned into banks for quasi-parallel read/writes plus MAP decoders with reduced complexity cascade circuitry. In particular, preferred embodiment interleavers permute data by reading in chunks of data and writing in parallel into banks upto an address contention at a bank. The larger the number of banks (and corresponding write circuits), the larger the chunk size and the greater the average number of parallel writes.

Preferred embodiment cascade MAP decoders allow for reduction in the number of circuits as compared to parallel MAP decoders by partitioning the states into subsets and performing the computation of a trellis stage one subset at a time. The cascade MAP decoder may use fewer circuits than the parallel MAP decoder because the cascade MAP decoder can use the same circuit for the computations of multiple states.

Preferred embodiment wireless communications systems components, base stations and mobile users, could each include one or more application specific integrated circuits (ASICs), (programmable) digital signal processors (DSP's), and/or other programmable devices with stored programs for control of the preferred embodiment interleavers and cascade MAP decoders. The base stations and mobile users may also contain analog integrated circuits for amplification of inputs to or outputs from antennas and conversion between analog and digital; and these analog and processor circuits may be integrated on a single die. The stored programs may, for example, be in external or onboard ROM, flash EEPROM, and/or FeRAM. The antennas may be parts of RAKE detectors with multiple fingers for each user's signals. The DSP core could be a TMS320C6xxx or TMS320C5xxx from Texas Instruments.

2. First Preferred Embodiment Interleavers

FIG. 1a illustrates first preferred embodiment implementations of a “random” interleaver using a preferred embodiment memory bank architecture. A random interleaver will pseudo-randomly spread data points which are originally close together; indeed, the further apart the data is spread, the more effective iterative decoding process. Hence, it is not possible to access N data points at a time and also store N data points at a time, as N points that are consecutive in memory before interleaving will be randomly spread over a wide memory area after interleaving. For example, a simple interleaver which writes an input data block into an R×C matrix row by row and then reads out the data column by column will usually separate two adjacent input data points by R data points in the output. As a more random example, the UMTS/3GPP turbo encoder interleaver (see FIG. 2a) writes an input data sequence (block) into a matrix, row by row, permutes the data within each row with the permutation depending upon the row, then permutes the rows, and lastly reads out the data column by column. In particular, an input block of 2000 bits leads to a matrix with 20 rows and 100 columns. First, permute the bits within the jth row (j=0, 1, . . . , 19) so that the bit in the ith column was originally in column number c(i*p_(j) mod 100)−1 where p_(j) is the jth prime from a minimal set having no common divisors with 100 (the pattern P_(A) permutation of the set {1, 7, 11, . . . , 79}) and c(n) is a sequence generated as c(0)=1 and recursively c(n)=2*c(n−1) mod 101 for n=1 2, . . . , 99. Next, permute the rows by pattern P_(A) which is a permutation of the numbers 0, 1, 2, . . . , 19. Lastly, read out the bits from the, thus-permuted matrix column by column.

An implementation of such interleavers would typically have a first memory space for the input data block {x(n)}, a second memory space for the output interleaved data block {x′(n)} with x′(m)=x(n) where m=π(n) is the interleaving permutation, and a lookup table or special circuit to compute the permutation π(n) of input data index n (location in the first memory) to generate the output data index (location in the second memory). Thus the interleaving reads input data from location n in the first memory space, computes the index permutation π(n), and writes that data to location π(n) in the second memory space. And when the interleaver is being used in an iterative decoding (see FIG. 2b), the computations of branch metrics and probabilities between interleavings and de-interleavings may be parallelized, so the interleavers serial reading and writing of the data block becomes the speed bottleneck. Note that for the encoding the data are bits, but for decoding the data are the received (quantized) analog signals. Thus for a decoder the memory spaces may be on the order of 5K words.

The first preferred embodiment memory architecture (see FIG. 1a) permits quasi-parallel read/writes for an interleaver by a partition of the interleaver output memory into N banks where N may be a small positive integer such as 5. Each output memory bank can be written to independently of the other banks; that is, parallel writes are possible. The preferred embodiments exploit the combination of the possibility of parallel writes to the N data banks and the random spreading of N consecutive input data indices by the interleaving index permutation and operate as follows.

(1) Read (in parallel) N consecutive data entries from the input data memory, x(n), x(n+1), . . . , x(n+N−1), with the starting index n determined by a counter; initially, the counter is set to point to the beginning of the data block.

(2) Compute the index permutations, π(n), π(n+1), . . . , π(n+N−1), such as by reading N consecutive entries from a permutation lookup table or special circuit;

(3) Send π(n),x(n) to the write circuit of the output memory bank for addresses that include the index π(n), send π(n+1),x(n+1) to the write circuit of the output memory bank for addresses including the index π(n+1), and so forth through π(n+M−1), x(n+M−1) to the write circuit of the output memory bank for the index π(n+M−1) where π(n+M) is the first index which lies in the addresses of a memory bank of one of the prior indices π(n), π(n+1), . . . , π(n+M−1). In the case that the indices π(n), π(n+1), . . . , π(n+N−1) lie in the address spaces of separate memory banks, M=N. These M data are written to the corresponding locations in the memory banks. A decision circuit can perform the sequential index contention checking and allocation to the memory banks. For example, if N=₂k, then the k most significant address bits could identify a memory bank, and the decision circuit could check the k most significant bits of π(n+j) and then either set a flag for the corresponding memory bank if it had not previously been written to or determine the flag has already been set and clear all flags and proceed to step (4).

(4) Update the counter in step (1) from n to n+M and loop to step (1) unless all of the data block has been interleaved and stored in the output memory banks. That is, loop until the counter exceeds the end of the address of the input data block.

Simulations for block block sizes 320 and 5120 (the 3GPP extremes) yield the following approximate average values of M for the cases of small N together with the read wastage (portion of the block of size N not written and re-read in next read(s) of block size of N):

N average M access wastage 2 1.55 23% 3 1.82 39% 4 2.50 37% 5 4.00 20%

Of course, as N increases, the average M will approach N (in the limit of N equal to the block size, M=N because each datum has its own bank) and the access wastage decreases; all at the cost of more read/write circuitry. And the simulations suggest use of an N greater than or equal to 5 will minimize the access wastage. For example, N=8 makes N a power of 2 which may be convenient for the decision circuitry and memory bank layout.

3. Second Preferred Embodiment Interleavers

The data read in step (1) of the foregoing first preferred embodiment interleaver has to align on any data boundary and do a read of N consecutive data. This may be achieved by also separating the input read memory into N banks plus accessing it in an interleaved fashion along with rotation of the order of the data points. That is, consecutive data indices correspond to consecutive data banks and, upon wraparound, consecutive addresses within banks. For the case N=2 this is analogous to the usual ping-pong memory structure. Thus the input and output data memories may have similar structures with each memory bank having its own read/write circuitry. The counter, the permutation lookup table or special circuit, and the decision/bank-allocation circuitry connect to both data banks, and with symmetry switching the interleaver can also work in the output-to-input direction.

Indeed, adding an inverse permutation lookup table to the interleaver allows for totally symmetrical use as either an interleaver or de-interleaver. A block of N input data in the N left data banks is read in parallel and decisions on the corresponding N permuted or inverse-permuted indices leads to writing M data to the right data banks; and conversely when the block of N data is in the right data banks it is read in parallel, the N permuted or inverse-permuted index decisions made, and M data allocated for writing to the left data banks; see FIG. 1b.

4. Third Preferred Embodiment Interleavers

FIGS. 1c-1 d Illustrates third preferred embodiment interleavers and de-interleavers which provide a constant width parallel read/write and include crossbar switches plus a memory address lookup table. In particular, the left-hand portion of FIG. 1c shows a block of data arranged in the form of an R×C matrix, this can be done row-by-row or column-by-column or in some other manner. Interleave the block as follows. First, repeatedly (C times) read R data in parallel (one from each row), permute each set of R data as read with a first crossbar switch (the setting on the switch varies from read to read), and parallel write the thus-permuted R data to fill up the R memories. This has permuted among the rows but the column alignment of the data persists. Next, repeatedly parallel read sets of R data from the R memories where the column of the read differs among the rows, the column addresses are determined by stepping through a lookup table; this permutes among the columns. Then as each set of R data is read from the memories, the second crossbar switch again permutes among the rows to form the interleaved R×C matrix of data. In effect, the third preferred embodiments have an address permutation π(n) of the first preferred embodiments which decompose into row and column permutations: if n=i*C+j with i and j the row and column indices in the R×C matrix, then π(n) essentially decomposes into three successive row or column permutations: (i,j)→(π_(j)(i),j); (i,j)→(i,π_(i)(j)), and (i,j)→(π_(j)(i),j) with the first and third being the switch permutations among rows and the second being the column permutation of the reads from the memories. Of course, interchanging rows and columns with analogous crossbar switches and memories yields the same results. Note that the size of the crossbar switches varies roughly as R² for a fully parallel implementation. In this case the interleaver has latency roughly 2C+2 (C parallel writes to the memories and C reads from the memories, plus each crossbar switch would have latency of 1). If the crossbar switches were implemented as sorting networks, then the sizes would drop to R(log₂R)², but the latency would increase to (log₂R)².

De-interleavying can be performed with the same hardware and inverse permutation lookup tables. And the R×C matrix of data may be formed from a sequence (block) of data either row by row or column by column, and the (de)interleaved sequence may be taken from an R×C matrix either row by row or column by column.

FIG. 1d illustrates deinterleaving for an example of a data block of size 24 arranged into a 3×8 matrix. The switch settings and memory address lookup table are shown in sequence from top to bottom. The bottom of FIG. 1d shows the six crossbar switch connections corresponding to the settings numbered 0 to 5. Note that the overall effect is space-time-space in that the crossbar switches permute in space as the data passes through and the filling and subsequent reading of the memory takes time.

Alternative versions of the third preferred embodiments include a simpler permutation by omitting one of the two crossbar switches.

5. Iterative MAP Decoders

FIGS. 2a-2 g illustrate the 3GPP turbo encoder and an iterative decoder which includes two MAP blocks, an interleaver, a de-interleaver, and feedback for iterations. The preferred embodiments include cascade architectures for the MAP , blocks; and may also include preferred embodiment interleavers and deinterleavers described in the foregoing sections. Decoders of the type of FIG. 2b generate for each encoded information symbol uk (values ±1) a conditional log-likelihood (soft) output, L(u_(k)|y), defined as:

 L(u _(k) |y)=log{P(u _(k)=+1|y)/P(u _(k)=−1|y)}=log{Σ_(s′s:uk=+1) p(s′,s,y)/Σ_(s′s:uk=−1) p(s′,s,y)}

where y is the received block of symbols (analog values) for a transmitted block of encoded information bits u plus parity bits x (i.e., a systematic code); information bit u_(k) is associated with the encoder transition from state s′ at time k−1 to states at time k (transition from trellis stage k−1 to trellis stage k); and the first sum of joint probabilities is over pairs of states s′,s connected by a transition with u_(k)=+1 plus the second sum of joint probabilities is over pairs of states s′,s connected by a transition with u_(k)=−1. The sign of L(u_(k)|y) then provides the hard decision (decoder estimate) for u_(k).

The MAP blocks apply the BCJR algorithm to evaluate the joint probabilities to generate the soft values for u_(k). In particular, the joint probabilities may be factored under the presumption of a memoryless transmission channel to yield (conditional) probabilities:

p(s′,s,y)=p(s′,y _(j<k))P(s|s′)p(y _(k) |s′,s)p(y _(>k) |s)

where y_(j<k) is the sequence of received symbols y_(j) from the beginning of the block to trellis stage k−1, y_(k) is the received symbol for the transition from stage k−1 to stage k, and y_(j>k) is the received sequence for transitions from stage k to the end of the block. Alternatively, sliding windows within the block may be used. The BCJR algorithm evaluates the probability p(s′,y_(j<k)), for convenience denoted α_(k−1)(s′) and analogous to a (forward) state metric in a Viterbi decoder, by the recursion:

α_(k)(s)=Σ_(s′)γ_(k)(s′,s)α_(k−1)(s′)

where γ_(k)(s′,s) denotes P(s|s′)p(y_(k)|s′,s) and is analogous to the branch metric for the transition from state s′ to state s in a Viterbi decoder.

Similarly, with p(y_(j>k)|s) denoted β_(k)(s) and analogous to a state metric evolving backwards in time, the recursion is

β_(k−1)(s′)=Σ_(s)γ_(k)(s′,s)β_(k)(s)

Trellis termination at the beginning and the ending of the block (or sliding window) provides initial conditions for α_(k)(s) and β_(k)(s), respectively.

Expressing these state and branch metric analogs as their natural logarithms with A_(k)(s)=log[α_(k)(s)], B_(k)(s)=log[β_(k)(s)], and Γ_(k)(s′,s)=log[γ_(k)(s′,s)] translates the recursions into:

A _(k)(s)=log{Σ_(s′) exp[A _(k−1)(s′)+Γ_(k)(s′,s)]}

B _(k−1)(s′)=log{Σ_(s) exp[Γ_(k)(s′,s)+B _(k)(s)]}

And thus:

L(u _(k) |y)=log{Σ_(s′s:uk=+1) p(s′,s,y)/Σ_(s′s:uk=−1) p(s′,s,y)}

=log{Σ_(s′s:uk=+1)[α_(k−1)(s′)γ_(k)(s′,s)β_(k)(s)]}

−log{Σ_(s′s:uk=−1)[α_(k−1)(s′)γ_(k)(s′,s)β_(k)(s)]}

=log{Σ_(s′s:uk=+1) exp[A _(k−1)(s′)+Γ_(k)(s′,s)+B _(k)(s)]}

−log{Σ_(s′s:uk=−1) exp[A _(k−1)(s′)+Γ_(k)(s′,s)+B _(k)(s)]}

Presuming a transmission channel model provides evaluation of the probabilities making up γ_(k)(s′,s), and interpretation of the terms in this evaluation underlies the iterative decoding. In particular, presuming a Gaussian/fading channel yields (after dropping terms of γ_(k)(s′,s) which are branch independent and thus appear in both sums and do not contribute to L(u_(k)|y)):

Γ_(k)(s′,s)=L _(c) y _(k,1) x _(k,1)/2+L _(c) y _(k,2) x _(k,2)/2+L(u _(k))u _(k)/2

where x_(k,1) (=u_(k)) and x_(k,2) are the systematic and parity encoder outputs (values±1) for the u_(k) input which connects states s′ and s; y_(k,1), y_(k,2) are the received symbols for the transmitted x_(k,1), x_(k,2); L_(c)=4aE_(s)/N₀ with “a” the fading amplitude, E_(s) the energy per symbol, and N₀ the noise power for a presumed transmission channel model; and L(u_(k)) is the a priori log-likelihood of u_(k). L(u_(k)) generally will equal 0 due to equal a priori probabilities for u_(k)=+1 and u_(k)=−1.

The terms with L_(c)y_(k,1)x_(k,1)/2 and L(u_(k))u_(k)/2 can immediately be summed over the state pairs because they are constants in each sum; this gives

L(u _(k) |y)=L _(c) y _(k,1) +L(u _(k))+log{Σ_(s′s:uk=+1) exp[A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]}

−log{Σ_(s′s:uk=−1) exp[A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]}

=L_(c) y _(k,1) +L(u _(k))+W _(k)

where W_(k) is defined by the log terms. These three terms represent decoding three independent sources of information about u_(k): (1) L_(c)y_(k,1) is the direct information from decoding the received systematic symbols y_(k,1), (2) L(u_(k)) is a priori information about the distribution of u_(k) values, and (3) W_(k) is the “extrinsic” information obtained by including the received parity symbols y_(k,2) in the decoding. FIG. 2b illustrates this with the three inputs to the leftside MAP block: (i) the received systematic symbols y_(k,1), (ii) the received parity symbols y_(k,2) from the upper convolution encoder of FIG. 2a, and (iii) a priori information about u_(k) as initial input at the a priori information input. The leftside MAP block performs the BCJR computation from these three inputs to find A_(k)(s), B_(k)(s), and W_(k), and the block outputs W_(k) to the a priori information input of the rightside MAP block.

Next, the rightside MAP block of FIG. 2b performs the BCJR computations from three inputs: (i) the interleaved received systematic symbols (interleaved y_(k,1)), (ii) the received parity symbols y′_(k,2) from the lower convolution encoder of FIG. 2a which encodes an interleaved input, and (iii) the interleaved extrinsic information (interleaved W_(k)) from the leftside MAP block at the a priori information input. These three are again independent information about u_(k), and the rightside MAP block performs the BCJR computation for A_(k)(s), B_(k)(s), and W_(k), but with a branch metric updated with further information by the use of W_(k) as the a priori information:

Γ⁽¹⁾ _(k)(s′,s)=L _(c) y′ _(k,1) x′ _(k,1)/2+L _(c) y′ _(k,2) x′ _(k,2)/2+W′ _(k) u′ _(k)/2

This generates interleaved new state metrics A′⁽¹⁾ _(k)(s) and B′⁽¹⁾ _(k)(s) and interleaved new extrinsic information W′⁽¹⁾ _(k) which amounts to updated interleaved soft information about u_(k):

L′ ⁽¹⁾(u _(k) |y)=L _(c) y′ _(k,1) +W′ _(k)+log{Σ_(s′s:uk=+1) exp[A′ ⁽¹⁾ _(k−1)(s′)+L _(c) y′ _(k,2) x′ _(k,2)/2+B′ ⁽¹⁾ _(k)(s)]}

−log{Σ_(s′s:uk=−1) exp[A′ ⁽¹⁾ _(k−1)(s′)+L _(c) y′ _(k,2) x′ _(k,2)/2+B′ ⁽¹⁾ _(k)(s)]}

=L _(c) y′ _(k,1) +W′ _(k) +W′ ⁽¹⁾ _(k)

where the interleaved new extrinsic information W′⁽¹⁾ _(k) is also defined as the log terms. The rightside MAP outputs W′⁽¹⁾ _(k) which is de-interleaved and fed back to the a priori information input of the leftside MAP.

The leftside MAP now repeats its BCJR computation but with the de-interleaved extrinsic information W⁽¹⁾ _(k) replacing the original a prior information; that is, with updated branch metric:

Γ⁽²⁾ _(k)(s′,s)=L _(c) y _(k,1) x _(k,1)/2+L _(c) y _(k,2) x _(k,2)/2+W ⁽¹⁾ _(k) u _(k)/2

Again, this generates new state metrics A⁽²⁾ _(k)(s) and B⁽²⁾ _(k)(s) plus new extrinsic information W⁽²⁾ _(k) and thus updated soft information L⁽²⁾(u_(k)|y)=L_(c)y_(k,1)+W⁽¹⁾ _(k)+W² _(k). New extrinsic information W⁽²⁾ _(k) then (after interleaving) feeds the a priori information input of rightside MAP, and so forth for subsequent iterations.

As shown in FIG. 2c, each MAP block calculates three vectors: beta state metrics B_(k)(s), alpha state metrics A_(k)(s), and extrinsics W_(k) from soft input values of random variables. In particular, each MAP block has soft inputs of (1) received information symbols, (2) received parity symbols, and (3) extrinsic information from the other MAP block and with a priori information as the initial condition. The MAP block outputs extrinsic information.

As shown by the foregoing, implementation of the MAP block requires evaluation of the function log{Σ_(j) exp[z_(j)]} for various sums. This function roughly picks out the largest z_(j) and is called the max* function. For the case of only two terms in the sum (as arises from a trellis with only two branches entering or leaving a state), the function is defined as:

max*(a,b)=log{exp[a]+exp[b]}=max(a,b)+log{1+exp(−|a−b|)}

The max* function: may be implemented as a max circuit plus a small lookup table for approximating the log{1+exp(−|a−b|)}.

In terms of max* the BCJR recursions become

A _(k)(s)=max*(A _(k−1)(s′)+Γ_(k)(s′,s), A _(k−1)(s″)+Γ_(k)(s″,s))

B _(k−1)(s)=max*(Γ_(k)(s,s′)+B _(k)(s′), Γ_(k)(s,s″)+B _(k)(s″))

where s′ and s″ are the two states connecting to state s, in the forward direction for the A_(k)(s) recursion and in the backward direction for the B_(k−1)(s) recursion. FIG. 2g shows the A recursion addition plus max* circuitry. FIGS. 2d-2 e illustrate the implementation of the recursions with parallel max* blocks. For a trellis with 2^(n) states the alpha and beta blocks each have 2^(n) max* circuits: one for each state as illustrated by the foregoing recursions.

The W_(k) computation

 W _(k)=+log{Σ_(s′s:uk=+1) exp[A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]}

−log{Σ_(s′s:uk=−k−1) exp[A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]}

=+max *_(s′s:uk=+1) [A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]−max*_(s′s:uk=−1) [A _(k−1)(s′)+L _(c) y _(k,2) x _(k,2)/2+B _(k)(s)]

evaluates two max* functions, each with 2^(n) inputs for a trellis with 2^(n) states. Implementation of such a max* function can be by a pyramid of 2-input max* blocks with 2^(n−1) max* blocks at the first level.

The encoder illustrated in FIG. 2a has eight states and each state has one branch for u_(k)=+1 and one branch for u_(k)=−1, so the W_(k) sums each have eight terms, and implementation of the extrinsic information computations requires two pyramids of seven max* blocks each as illustrated in FIG. 2f.

In general, a parallel decoder for a trellis with 2^(n) states has alpha and beta blocks which each require 2^(n) max* blocks (one for each state's metric) and an extrinsics block which requires 2(2^(n)−1) max* blocks (the max* of 2^(n) inputs may be computed by a pyramid of (2^(n)−1) 2-input max* blocks).

Typically MAP decoders partition a sequence of received symbols into sliding windows for simpler processing. In the MAP decoder of FIG. 2c first the beta state metrics for the trellis stages of the first sliding window are generated and stored in the beta state metric RAM. Next, the beta block processes the trellis stages of the second sliding window while the alpha block processes the trellis stages of the first sliding window. The alpha block does not need to save its state metrics at each stage because it sends its state metrics (first sliding window) to the extrinsics block. Also, the beta state metric RAM is read at the same time and its beta state metrics for that stage (first sliding window) are sent to the extrinsic block. The extrinsic block computes the extrinsics for that stage from the alpha, beta, and gamma data for the first sliding window. The decoder repeats this procedure for the second and subsequent sliding windows.

6. Preferred Embodiment MAP Blocks

The preferred embodiment MAP blocks use a cascade architecture for the alpha, beta, and extrinsic blocks as illustrated by the examples of FIGS. 3a-3 g for a 16-state trellis. Cascade architecture may require fewer max* blocks than the corresponding parallel processing blocks of FIGS. 2d-2 f due to the sequential computations over subsets of the states. Indeed, each ACS unit (adders plus max* blocks) does not correspond to a single state metric but rather cycles through the state metrics for a subset of states.

For example, consider a 16-state trellis decoder with the 16 states partitioned into two subsets of 8 states, so 8 state metrics are computed in parallel. FIG. 3a shows an alpha block including four radix-4 ACS units (R4), transpose blocks, and a switch block. The alpha block operates as follows. Each R4 block has four log state metric (A_(k−1)) inputs and four log branch metric (Γ_(k)) inputs which are added and max* applied to butterfly pairs (see foregoing recursions) to output from the four max* units four log state metrics (A_(k)). In particular, label the 16 states (and their log state metrics) from 0 to 15 with a trellis stage eliminating the most significant bit of and adding a new least significant bit to the labels, then the 16 log state metrics are partitioned at the lefthand edge of FIG. 3a as log state metrics 0,1,8,9 input to the upper R4 and log state metrics 2,3,10,11 input to the lower R4. These inputs (plus corresponding log branch metrics) lead to output log state metrics 0,1,2,3 from the upper left R4 and log state metrics 4,5,6,7 from the lower left R4 during the first computation cycle. Explicitly, computations of output log state metrics 0,1 require inputs of log state metrics 0,8 with two max* units, and computations of output log state metrics 2,3 require input log state metrics 1,9 with two max* units, and the upper left R4 performs both of these computation (butterflies) in the first computation cycle. Similarly, the lower left R4 performs two butterfly computations during the first computation cycle.: output 4,5 from inputs 2,10 and outputs 6,7 from inputs 3,11. These eight output log state metrics are stored. During the second computation cycle the upper left R4 computes outputs 8,9 from inputs 4,12 and outputs 10,11 from inputs 5,13 with the same four max* units as used during the first computation cycle. Similarly the lower left R4 computes outputs 12,13 from inputs 6,14 and outputs 14,15 from inputs 7,15 during the second computation cycle; see lefthand portion of FIG. 3b. Thus after the two computation cycles all 16 log state metrics A_(k)(s) have been computed from the prior 16 log state metrics A_(k−1)(s) (i.e., one trellis stage) with only 8 max* units by splitting the computation into the two computation cycles. Note that generally with 16 states, for m=0, 1, . . . , 7 states m and m+8 at stage k branch to states 2m and 2m+1 at stage k+1 and form a butterfly. Thus states 0,8 branch to states 0,1; states 1,9 branch to states 2,3; and so forth.

Next, after the two computation cycles, the eight output log state metrics from an R4 are treated as a 2×2 matrix of pairs (2×1) of log state metrics, and each matrix is transposed prior to use as inputs to the second two R4's for the computation of the A_(k+1)(s) from the just-computed A_(k)(s). In particular, the upper left R4 output log state metrics 0,1,2,3 in the first cycle and log state metrics 8,9,10,11 in the second cycle; so the transpose yields the log state metrics organized as 0,1,8,9 and then 2,3,10,11. Similarly for the lower R4 outputs 4,5,6,7 and 12,13,14,15 transpose to 4,5,12,13 and 6,7,14,15. This reorganizes the log state metrics for computations by the righthand R4's. The transpose amounts to a data shuffle when the inputs to the R4's are considered the contents of fixed memory locations.

Then for the k to k+1 trellis stage the righthand two R4's perform butterfly computations analogous to the foregoing for the k−1 to k trellis stage: More explicitly, in a first computation cycle the upper right R4 outputs 0,1 from inputs 0,8 and outputs 2,3 from inputs 1,9 (same as the first cycle for the upper left R4), and the lower right R4 outputs 8,9 from inputs 4,12 and outputs 10,11 from inputs 5,13 (same as the second cycle for the upper left R4). Similarly during the second computation cycle the upper right R4: outputs 4,5 from inputs 2,10 and outputs 6,7 from inputs 3,11 (same as lower left R4 during the first cycle); and the lower right outputs 12,13. from inputs 6,14 and outputs 14,15 from inputs 7,15 (same as lower left R4 during second cycle).

Lastly, switches S4 swap first cycle outputs 2,3 and 8,9 and swap second cycle outputs 6,7 and 12,13; again, this swap is a data relocation. This reorganizes the log state metrics for input to the lefthand R4's for the next trellis stage computations. This completes one loop in FIG. 3a, and FIG. 3b. illustrates the log state metric computations and relocations step-by-step: the first and second computation cycles use the log state metrics with labels left and right of the broken vertical lines, respectively, in each set of 8 metric labels.

There are two possible cascade architectures for generating the beta log state metrics. The first architecture allows the data to flow in the same direction as the alpha data flow as illustrated in FIGS. 3c-3 d, and the second architecture reverses the data flow as illustrated in FIGS. 3e-3 f. Both architectures send the beta data to the beta block in reverse order. Both architectures also change the adder functions in the R4 block to support the beta computations.

In the preferred embodiment cascade architectures only portions of the entire state metrics are generated during each computation cycle due to the reuse of the R4 blocks and simplified routing; but the correct combinations of alpha state metrics and beta state metrics are to be sent to the extrinsics block. For example, the 16-state case partioned into two computation cycles described in connection with FIGS. 3a-3 f has the following combinations.

Extrinsics set Alpha log state metrics Beta log state metrics 1 0, 1, 8, 9 0, 1, 2, 3 2 2, 3, 10, 11 4, 5, 6, 7 3 4, 5, 12, 13 8, 9, 10, 11 4 6, 7, 14, 15 12, 13, 14, 15

These combinations are simply simply the pairs of trellis butterflies used by the R4's in the forward and reverse directions and represent the branches for u_(k)=±1 which are the pairs of states summed for W_(k). In particular, for the alpha state metrics and first architecture beta state metrics these are the outputs immediately after either the traspose by T_(2×1) or the swap by S4 (see FIGS. 3b, 3 d).

To align these outputs in correct extrinsics block order, the outputs after the transpose T_(2×1) of the alpha combine with the outputs after swap by S4 of the beta and, conversely, the after S4 outputs of the alpha combine with the after T_(2×1) outputs of the beta. For example, during the first computation cycle after transpose T_(2×1) the alpha state metric outputs are 0,1,8,9 (upper loop) plus 4,5,12,13 (lower loop), whereas after the swap by S4 the beta state metric outputs are 0,1,2,3 (upper loop) and 8,9,10,11 (lower loop). Thus the upper loop outputs (0,1,8,9 for alpha and 0,1,2,3 for beta) and the lower loop outputs (4,5,12,13 for alpha and 8,9,10,11 for beta) fir extrinsics sets 1 and 3, respectively. In short, the leftside R4 stage of the alpha block in FIG. 3b corresponds to the rightside R4 stage of the beta block of FIG. 3d, and the rightside R4 stage of the alpha block corresponds to the leftside R4 stage of the beta block.

Similarly, during the second computation cycle the outputs after T_(2×1) of alpha are 2,3,10,11 and 6,7,14,15 and the outputs after S4 of beta are 4,5,6,7 and 12,13,14,15. Thus the upper loop outputs (2,3,10,11 for alpha and 4,5,6,7 for beta) and the lower loop outputs (6,7,14,15 for alpha and 12,13,14,15 for beta) fit extrinsics 2 and 4, respectively. That is, the leftside R4 stage of the alpha block of FIG. 3b corresponds to the leftside R4 stage of the beta block of FIG. 3f, and the rightside R4 stages also correspond.

Analogusly, the S4 outputs of alpha and the T_(2×1) outputs of beta fit extrinsics sets 1-2 and 3-4 during the first and second computation cycles, respectively.

FIG. 3g shows a preferred embodiment extrinsic subblock (implementing one of the two log functions of the extrinsics) which may be used in the cascade MAP blocks of FIGS. 3a-3 f with 16 states partitioned as two 8 state subsets with a subset the 8 inputs to the adders. And each R4 stage input connects to an extrinsics block, so the cascades of FIGS. 3a-3 f each have two extrinsics blocks (eacn made of two subblocks as in FIG. 3g) for each R4. The feedback on the last max* unit accumulates over the computation cycles.

Extending the foregoing (a cascade with 2 R4's in a stage) to larger trellis sizes illustrates the preferred embodiment cascade circuit simplicity in terms of number of max* blocks required as compared to the number of max* blocks required by fully parallel circuits as in FIGS. 2d-2 f. In particular, the following numbers of 2-inputs max* blocks obtain.

Trellis Parallel Cascade size α/β extrinsic α/β extrinsic (states) blocks block total blocks block total 16 2 × 16  15 × 2 = 30  62 2 × 16 8 × 2 × 2 = 32  64 32 2 × 32  31 × 2 = 62  126 2 × 24 8 × 2 × 3 = 48  96 64 2 × 64  63 × 2 =  254 2 × 32 8 × 2 × 4 = 64 128 126 128  2 × 127 × 2 =  510 2 × 40 8 × 2 × 5 = 80 160 128 254 256  2 × 255 × 2 = 1022 2 × 48 8 × 2 × 6 = 96 192 256 510

The extensions to larger trellises is by increasing the number of columns with the columns continuing to contain 8 states (4 states for each of two R4's). The number of R4's (number of stages in the cascade) must be increased to provide the extra permutations of the larger trellis. In particular, each increase by a factor of 2 in the trellis size requires one additional cascade stage with its pair of R4's (8 max* circuits as indicated in the table). And the 8 inputs to each pair of R4's also feed one 8-input extrinsics block which includes two circuits as in FIG. 3g; thus the equation 8×2×n for a cascade with n R4-pair stages. For example, FIG. 4 illustrates the alpha block for the trellis size 32 with three pairs of R4's.

7. Second Cascade Architecture

The 16 states of the trellis of the decoder illustrated in FIGS. 3a-3 g can alternatively be partitioned as four columns of four states (4×4 matrix) for a cascade architecture with six R2's. In particular, FIGS. 5a-5 c illustrate the processing of state metrics in the alpha block, beta block, and extrinsic block, respectively (computations left to right or right to left). The R2's operate as previously described on a column of two log state metrics of a butterfly by addition of log branch metrics and max* for each: output. The switch interchanges two rows; whereas, the T1 and T2 transposes interchanges ×1 and 1×2 submatrices.

FIG. 5b shows the corresponding beta block, and FIG. 5c the extrinsics block.

8. Modifications

The preferred embodiments may be varied while retaining one or more of the features of a quasi-parallel interleaver.

For example, the address permutations can be generated asia block or sequentially with the bank contention decision immediately made and controlling further permutation generation; the index counter pointing to the data block locations could generally be any type of address generator which may including address maps to allow for disparate storage locations; the memory banks may have different sizes. 

What is claimed is:
 1. A method of interleaving a block of data, comprising: (a) providing a block of K data, x(k), for k=1, 2, . . . , K where K is a positive integer; (b) providing output addresses a(k) for k=1, 2, . . . , K, said output addresses partitioned into N banks where N is an integer greater than 1 and less than K; (c) writing data x(k1), x(k2), . . . to addresses a(π(k1)), a(π(k2)), . . . in parallel for addresses a(π(k1)), a(π(k2)), . . . in different ones of said N banks and with π(k) a permutation of {1,2, . . . . K}.
 2. A method of interleaving a block of data, comprising: (a) providing a block of K data, x(k), for k=1, 2, . . . , K where K is a positive integer; (b) providing an output memory with addresses a(k) for k=1, 2, . . . , K, said output memory partitioned into N banks where N is an integer greater than 1 and less than K; (c) interleaving said block of K data by the steps of: (i) finding permutations π(k) for k=1, 2, . . . , N; (ii) finding the largest positive integer M for the permutations π(k) of step (i) so the addresses a(π(k₁)) and a(π(k₂)) are for different ones of said memory banks for each k₁ and k₂ not equal to k₁ in the first M values of k from step (i) with a default value M=1 and a maximum value M=N; (iii) for the first M values of k from step (i) writing x(k) to address a(π(k)); (iv) increasing each of the N values of k in step (i) by M but with a maximum of k=K, and (v) repeating steps (i)-(iv) until all of said block of K data has been written to said output memory.
 3. The method of claim 2, wherein: (a) N is in the range of 2 to
 8. 4. The method of claim 2, wherein: (a) K is in the range of 320 to
 5120. 5. The method of claim 2, wherein: (a) said step (c)(i) finding permutations is by accessing a lookup table.
 6. A method of interleaving, comprising: (a) providing a data block of size RC with R and C positive integers; (b) partitioning said data block into sets of size R and permuting the data within each of said sets of size R; (c) partitioning said permuted data block from step (b) into sets of size C and permuting the data within each of said sets of size C; and (d) partitioning said permuted data block from step (c) into sets of size R and permuting the data within each of said sets of size R.
 7. An interleaver, comprising: (a) an input memory; (b) a permutation unit; (c) an index counter coupled to said input memory and to said permutation unit; (d) an output memory, said output memory partitioned into N banks where N is an integer greater than 1 and each of said banks has a write circuit; (e) a decision-allocation unit coupled to said input memory, said output memory, said index counter, and said permutation unit, wherein said decision-allocation unit includes (i) an output-memory-bank-address-contention decision unit for a block of N index permutations from said permutation unit, (ii) an allocation unit for data in said input memory at locations corresponding to indices from said index counter and for output memory locations corresponding to non-contentious permutations of said indices from said decision unit, and (iii) an index counter increment output from said decision unit; (f) wherein said allocation unit yields writes of data from said input memory to said output memory in aggregates of size according to the number of non-contentious permutations from said decision unit and the corresponding index increment allows repeated aggregate writes to step through data in said input memory.
 8. The interleaver of claim 7, wherein: (a) said permutation unit includes a lookup table.
 9. The interleaver of claim 7, wherein: (a) said input memory is partitioned into N banks wherein each input memory bank has a read circuit.
 10. An interleaver, comprising: (a) an input memory; (b) an output memory partitioned into N banks where N is an integer greater than 1; (c) a programmable processor coupled to said input memory and said output memory, said processor programmed to interleave data x(k) for k=1, 2, . . . , K in said input memory and write such interleaved data to output memory with addresses a(k) by the steps of: (i) finding permutations T(k) for k=1, 2, . . . , N; (ii) finding the largest positive integer M for the permutations π(k) of step (i) so the addresses a(π(k₁)) and a(π(k₂)) are for different ones of said memory banks for each k₁ and k₂ not equal to k₁ in the first M values of k from step (i) with a default value M=1 and a maximum value M=N; (iii) for the first M values of k from step (i) writing x(k) to address a(π(k)); (iv) increasing each of the N values of k in step (i) by M but with a maximum of k=K, and (v) repeating steps (i)-(iv) until all of said data x(k) has been written to said output memory; (d) whereby the data writes of step (c)(iii) may be in parallel.
 11. An interleaver, comprising: (a) a first crossbar switch, said first crossbar switch with a first sequence of settings; (b) a memory coupled to said first crossbar switch, said memory with a sequence of addresses; and (c) a second crossbar switch coupled to said memory, said second crossbar switch with a second sequence of settings. 